home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0080 / 832.txt < prev    next >
Text File  |  1997-04-16  |  10KB  |  235 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Tue, 19 Dec 89       Volume 89 : Issue  832
  4.  
  5. Today's Topics:
  6.                     Chaos Strikes Back (CSB) bugs?
  7.                  GCC times(2) & #define HZ tech query
  8.                   GCR postscript/Ultrascript SLM804
  9.                   GEM question: how to ring a bell?
  10.                     SYQUEST REMOVABLE DRIVES10643
  11.                 THINK C's source debugger and Spectre
  12.                           Unexpandable megas
  13. ----------------------------------------------------------------------
  14.  
  15. Date: 19 Dec 89 18:17:00 GMT
  16. From: hp-sdd!apollo!rehrauer@hplabs.hp.com  (Steve Rehrauer)
  17. Subject: Chaos Strikes Back (CSB) bugs?
  18. Message-ID: <4785e824.71d0@apollo.HP.COM>
  19.  
  20. In article <926@crash.cts.com> canada@crash.cts.com (Diane Barlow Close) writes:
  21. >In article <10355@stag.math.lsa.umich.edu> dyer@math.lsa.umich.edu (Jon Brode)
  22.  writes:
  23. >>BTW, is anyone from FTL listening? How do I get in touch with them to
  24. >>send in bug/oddness reports?
  25. >
  26. >While it isn't strictly the same thing, I'm collecting CHAOS bug reports
  27. >and reporting them to FTL (who is here in San Diego).  Why?  My husband was
  28. >one of the play testers and spent many, many hours playing CHAOS and
  29. >tracking down bugs.  We are both interested in seeing the kinds of things
  30. >that play testers miss (perhaps it is due to just using *local* play
  31. >testers, rather than a broader spectrum of people?).  If you want to call
  32. >FTL yourself, report all bugs to ``Debbie'' at (619) 453-5711.  Or write
  33. >FTL c/o Software Heaven, 6160 Lusk Blvd., San Diego ,CA (forgotten the zip,
  34. >sorry).
  35.  
  36. I'm not connected with FTL in anyway; heck, I don't even own Chaos yet.
  37. Just a gentle reminder, for sake of the good people at FTL, to please be
  38. specific as possible.  I know if _I_ were at FTL, one of the following
  39. hypothetical bugs would be ignored (exercise for the reader to guess which):
  40.  
  41.     "I played Chaos for 36 straight hours and then it crashed."
  42.  
  43.     "Thrown weapons don't work properly if you've just used stairs,
  44.      and are still standing on the 'landing' when you throw.  First
  45.      noticed it on the 2nd level, and it is repeatable."
  46.  
  47. (Not trying to insult anyone's intelligence, but I know from experience that
  48. even intelligent people sometimes send in the most incredibly obtuse & useless
  49. descriptions of their software problems.  Better too much verbage than too
  50. little, in this case.)
  51. --
  52. --
  53. >>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
  54.    "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
  55.  
  56. ------------------------------
  57.  
  58. Date: 19 Dec 89 17:55:15 GMT
  59. From: per2!dag@speedy.wisc.edu  (Daniel A. Glasser)
  60. Subject: GCC times(2) & #define HZ tech query
  61. Message-ID: <887@per2.UUCP>
  62.  
  63. In article <570049@otter.hpl.hp.com>,
  64.         gjh@otter.hpl.hp.com (Graham Higgins) writes:
  65. [edited for brevity]
  66. > The C system call "times(2)" -- my SysV manual states:
  67. > "The times are in units of 1/HZ seconds, where HZ is processor dependent (see
  68. > <sys/param.h>)."
  69. > The sys/param.h from J.Bammi's port of GCC to the ST doesn't have a definition
  70. > for HZ.
  71. > Can anyone provide me with an appropriate value for HZ for an (unaccelerated)
  72. > ST?
  73.  
  74. I cannot tell you for sure about the particular times() function in the
  75. particular library (if I were at home, I could), but the ST's system 'tick'
  76. clock is a 200Hz clock.  Try that value out and see if the results
  77. seem plausible.
  78.  
  79.                                                         Daniel
  80. --
  81.  _____________________________________________________________________________
  82.     Daniel A. Glasser                           One of those things that goes
  83.     uwvax!per2!dag                              "BUMP!!!(ouch)" in the night.
  84.  ---Persoft, Inc.---------465 Science Drive-------Madison, WI 53711-----------
  85.  
  86. ------------------------------
  87.  
  88. Date: 19 Dec 89 19:59:02 GMT
  89. From:
  90.  zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!caesar.cs.montana.edu!ogicse!blake
  91.  !ramsiri@tut.cis.ohio-state.edu  (Enartloc Nhoj)
  92. Subject: GCR postscript/Ultrascript SLM804
  93. Message-ID: <5102@blake.acs.washington.edu>
  94.  
  95. I was at a friend's the other night and watched him
  96. print out a less than elaborate drawing of a flower
  97. from his MAC IIcx (68030-15.66mhz, 5MB RAM)...
  98. to his Apple Laser II.
  99. It took over 11 minutes.
  100.  
  101. Is it correct to assume that under GCR, running postcript
  102. files to the SLM804/Ultrascript should be multi-fold faster?
  103.  
  104. -kevin
  105. ramsiri@blake.acs.washington.edu
  106.  
  107. (BTW: the image he printed was a TIFF format.)
  108.  
  109. ------------------------------
  110.  
  111. Date: 19 Dec 89 18:53:24 GMT
  112. From: per2!dag@speedy.wisc.edu  (Daniel A. Glasser)
  113. Subject: GEM question: how to ring a bell?
  114. Message-ID: <888@per2.UUCP>
  115.  
  116. In article <0B4A9973765F4011CF@KVI.nl>, STOOP@KVI.NL ("P.Stoop, KVI, Zernikeln
  117.  25, 9747 AA Groningen, NL") writes:
  118. > Can anyone tell me how to ring the bell from within a GEM application?
  119. > From a TOS program it's no sweat, i know: printf("%c", 7); works fine.
  120. > If you try this from a GEM application you just get the symbol for char(7)
  121. > somewhere on you screen. I suppose there shoud be a VDI output function for
  122. > this but my MEGAMAX manual does not list such a function.
  123.  
  124. This is relatively easy so long as you don't care about porting this
  125. program to non-ST/STE/TT platforms.  There is a sound daemon built in to
  126. TOS that allows you to make sounds and continue the normal flow of your
  127. program concurrently.  The function is called Dosound, and is XBIOS function
  128. #32 (decimal).
  129.  
  130. Dosound takes a single parameter which is a pointer to an array of unsigned
  131. bytes.  This array contains commands to the sound daemon which load various
  132. sound chip (and psudo) registers and commands which control looping and
  133. sound output.  It returns a pointer to the current sound list position
  134. (usually NULL) so interrupted sound lists can be restarted (though this
  135. may cause rather odd results -- no sound register contents are preserved)
  136. or so you can detect when the sound has completed.  See your compiler's
  137. documentation for more details.
  138.  
  139. I'd type in an example, but I don't have any real ST documentation
  140. here with me at work.  (I've got a copy of xbios.h from the MWC dist,
  141. so I know the XBIOS function number and number of parameters, but that's
  142. all.)
  143.  
  144. Anyway, using Dosound should work just fine, and allows much more interesting
  145. sounds than just the bell (how 'bout a gun-shot, siren, bomb, or laser rifle?)
  146. I hope this helps.
  147.                                                 Daniel A. Glasser
  148.                                                     Trapped in the body of a
  149.                                                     IBM PC programmer.
  150. --
  151.  _____________________________________________________________________________
  152.     Daniel A. Glasser                           One of those things that goes
  153.     uwvax!per2!dag                              "BUMP!!!(ouch)" in the night.
  154.  ---Persoft, Inc.---------465 Science Drive-------Madison, WI 53711-----------
  155.  
  156. ------------------------------
  157.  
  158. Date: 19 Dec 89 22:34:54 GMT
  159. From: cs.utexas.edu!uwm.edu!mrsvr.UUCP!jupiter.uucp!krieg@tut.cis.ohio-state.edu
  160.   (Andrew Krieg)
  161. Subject: SYQUEST REMOVABLE DRIVES10643
  162. Message-ID: <1757@mrsvr.UUCP>
  163.  
  164. Do you have any specs/pricing for these units.  I'm looking for a removable
  165. disk and these sound good!
  166. --
  167. =========================================================================
  168. =       Andrew Krieg                            The Marvel Historian    =
  169. =               G.E. Medical Systems - CT - New Berlin, WI              =
  170. =                    USENET: krieg@jupiter.med.ge.com                   =
  171. =========================================================================
  172. =  "Maybe Christmas," he thought, "doesn't come from store."            =
  173. =  "Maybe Christmas...perhaps...means a little bit more!" - The Grinch  =
  174. =========================================================================
  175.  
  176. ------------------------------
  177.  
  178. Date: 19 Dec 89 21:20:12 GMT
  179. From: uflorida!beach.cis.ufl.edu!rs0@g.ms.uky.edu  (Bob Slaughter)
  180. Subject: THINK C's source debugger and Spectre
  181. Message-ID: <21543@uflorida.cis.ufl.EDU>
  182.  
  183. In article <15096@well.UUCP> dsmall@well.UUCP (David Small) writes:
  184. > (Sorry about all the net bandwidth -- there have been many Spectre
  185. >questions.)
  186.  
  187. Wasteage of bandwith like this is just what we need; sure beats
  188. Atari-bashing and other fun events that have cloggin things up around
  189. here lately.
  190.  
  191. >       Hence, don't give up hope.
  192. Hey, we own Atari machines; "eternally hopeful" is our middle name.
  193.  
  194. >       -- thanks, Dave / Gadgets
  195. Anytime, Dave!
  196.  
  197.  
  198.  
  199. --
  200. *     Bob Slaughter                           *  This space for rent       *
  201. *     InterNet#1:  rs0@beach.cis.ufl.edu      *    Call 1-800-FOR-RENT     *
  202. *     InterNet#2:  Haldane@Pine.Circa.Ufl.Edu *   Model Railroading        *
  203. *     Bitnet:      Haldane@UFPine             *          is Fun!!          *
  204.  
  205. ------------------------------
  206.  
  207. Date: 19 Dec 89 19:32:09 GMT
  208. From:
  209.  pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ap
  210.  lcen!haven!uvaarpa!murdoch.acc.virginia.edu!bessel.acc.Virginia.EDU!gl8f@tut.ci
  211.  s.ohio-state.edu  (Greg Lindahl)
  212. Subject: Unexpandable megas
  213. Message-ID: <1989Dec19.193209.14318@murdoch.acc.Virginia.EDU>
  214.  
  215. In article <25185@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  216.  
  217. !It's always been my understanding of "business" that making one part serve
  218. !several purposes is more economical...  unless you're trying to "force"
  219. !customers into paying your price for your product...
  220. !
  221. !Why would Atari Corp make *TWO* different PC boards, when it would cost them]
  222. !more to do it that way...?
  223.  
  224. Maybe it doesn't cost them more? Do you know anything about manufacturing?
  225. I sure don't. And so I try to avoid showing my ignorance in public by
  226. bashing Atari on topics that I don't know anything about.
  227.  
  228. ------
  229. Greg Lindahl
  230.  
  231. ------------------------------
  232.  
  233. End of INFO-ATARI16 Digest V89 Issue #832
  234. *****************************************
  235.